home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 8358 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  6.4 KB
  1. Path: newshost.lanl.gov!tanmoy
  2. From: tanmoy@qcd.lanl.gov (Tanmoy Bhattacharya)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Checking For Keyboard
  5. Date: 01 Mar 1996 15:20:42 GMT
  6. Organization: Los Alamos National Laboratory
  7. Message-ID: <TANMOY.96Mar1082042@qcd.lanl.gov>
  8. References: <4h2ojc$krq@gail.ripco.com> <1181@altheim.win-uk.net>
  9. NNTP-Posting-Host: qcd.lanl.gov
  10. Mime-Version: 1.0
  11. Content-Type: text
  12. In-reply-to: broldham@altheim.win-uk.net's message of Thu, 29 Feb 1996 20:18:06 GMT
  13.  
  14. In article <1181@altheim.win-uk.net>
  15. broldham@altheim.win-uk.net (Brian R. Oldham) writes:
  16.  
  17. <snip>
  18. BRO: I will read this FAQ, when I can find it. It must be some important
  19.  
  20. Most FAQs are available by anonymous ftp from rtfm.mit.edu. Most books
  21. on the internet should provide this information. More importantly,
  22. service providers ought to make sure their users have it. In any case,
  23. now you know it.
  24.  
  25. And, long standing internet ettiquette demands that you read the FAQ
  26. _before_ posting; not after as you plan to do.
  27.  
  28. BRO: document judging by the awe and reverence in which you guys seem to
  29.  
  30. Such arrogance backed up by capability is certainly awesome.
  31. Unfortunately, the combination is truly rare. Very few people
  32. who have used C know all aspects of what the language spec says. The
  33. FAQ is likely to surprise you if you haven't seen it before.
  34.  
  35. BRO: hold it. Etched in granite is it?  As I say, I will read it, but I
  36.  
  37. Not etched in granite: mistakes are occasionally found in it. However,
  38. these being frequently asked questions, are also frequently answered
  39. questions. Just because of the large number of knowledgeable people
  40. frequenting this group, it is unlikely that a mistake would survive
  41. for long.
  42.  
  43. BRO: don't expect it to contradict anything I have already learned about C,
  44. BRO: or in FAQs from other newsgroups. If it does I may have questions.
  45.  
  46. Sure. The FAQ is supposed to be clear, if you do not understand
  47. something, please point it out.
  48.  
  49. BRO: 
  50. BRO: >>.... A simple
  51. BRO: >>brief mention of kbhit() or equivalent, or a call to whatever interrupt
  52. BRO: >>pauses the keyboard would have been helpful,...
  53. BRO: >
  54. BRO: >In other words, a simple mention of every possible non-C answer should
  55. BRO: >have been the answer in comp.lang.c.  Get real.
  56. BRO: >
  57. BRO: 
  58. BRO: I'm sure you know that there are jobs you can do in C that cannot be
  59. BRO: done in some other languages e.g., cobol, so if someone asks how to do
  60. BRO: something specific, like check keyboard for byte waiting, then he is
  61.  
  62. No I do not. If you think you do, please go an read the document that
  63. starts by saying:
  64.  
  65. This International Standard specifies the form and establishes the
  66. interpretation of programs written in the C programming language.
  67.  
  68. and guess what? Nowhere in the entire 176 page document is there a
  69. mention of how to check the keyboard for a byte waiting. In fact, I
  70. know of systems running C which did not have any way of testing the
  71. keyboard which was not even under the direct control of the CPU.
  72.  
  73. The error you are making is a very common one. Operating systems often
  74. provide routines to do operation system specific tasks. These
  75. routines, in almost any operating system worth its name can be called
  76. from almost any language that the system supports natively. These
  77. routines form a part of the operating system and not any specific
  78. language. 
  79.  
  80. BRO: entitled to expect the information he seeks and not to be told his
  81. BRO: question is off-topic. As far as the newbie is concerned, if a job can be
  82. BRO: done using C then the question is relevant to c.l.c. With your experience
  83.  
  84. Can I ask the good people of alt.usage.english to explain to me the
  85. theory of relativity simply because it can be explained in English?
  86.  
  87. The problem is that as far as C is concerned, the answer is that it
  88. cannot be done. Under _certain_ operating systems, you can ask the OS
  89. to check; but how you do it is completely different from compiler to
  90. compiler and OS to OS. Does the kbhit() solution have any relevance to
  91. the machine I am using to type in this post right now?
  92.  
  93. BRO: you know the distinction and, believe it or not so do I, but I totally
  94. BRO: disagree with your self imposed rule that newcomers to C may not ask such
  95. BRO: questions. If there is anything in your FAQ to support such a rule then
  96. BRO: I suspect in some cases over-zealous interpretation.  
  97.  
  98. The only rule people are asking to be imposed is that everyone read
  99. the FAQ before posting: else they be referred to the FAQ. I do the
  100. same to you: why do you not humour us, and go read it?
  101.  
  102. <snip>
  103. BRO: >The right answer to a newbie who asks a question inappropriate to the
  104. BRO: >newsgroup is to ignore it or to let him know that this is not the place
  105. BRO: >to ask. Such a question shows a complete disregard for USENET/NEWSNET
  106. BRO: >practices and is the rude component of the exchange.
  107. BRO: >
  108. BRO: 
  109. BRO: Rubbish!  If you want to talk about Usenet practices then just compare
  110. BRO: this group (c.l.c) with others. I haven't been in this group very long
  111. BRO: - just a few days - but already I have seen a difference;  c.l.c is more
  112. BRO: like a classroom with dialog between teachers and pupils than a debating
  113. BRO: forum where all members have equality. It seems to me that it is you
  114. BRO: guys who have forgotten the 'raison d'etre' for Usenet. 
  115.  
  116. It is difficult to have a dialog with people who are plain wrong. If
  117. more people would just learn to read the FAQ before posting obvious
  118. garbage (arrays _are_ pointers, i = i++, etc.), people could have
  119. meaningful discussions about better and worse ways of doing things,
  120. about portable ways of doing things, about real compiler problems they
  121. have and whether they have a right to expect a certain behaviour from
  122. their programs etc.
  123.  
  124. Of course, then the group would be similar to a normal language group
  125. with probably 10-15 postings per day, rather that 100-200 as currently
  126. found. 
  127.  
  128. <snip>
  129. BRO: Jeez! How picky can you get?  Asking how to check the keyboard buffer
  130. BRO: (using C even) is not like he had asked how to grow potatoes. 
  131.  
  132. Given the right machine and OS, they can be done equally easily in C.
  133.  
  134. Cheers
  135. Tanmoy
  136. --
  137. tanmoy@qcd.lanl.gov(128.165.23.46) DECNET: BETA::"tanmoy@lanl.gov"(1.218=1242)
  138. Tanmoy Bhattacharya O:T-8(MS B285)LANL,NM87545 H:#9,3000,Trinity Drive,NM87544
  139. Others see <gopher://yaleinfo.yale.edu:7700/00/Internet-People/internet-mail>,
  140. <http://alpha.acast.nova.edu/cgi-bin/inmgq.pl>or<ftp://csd4.csd.uwm.edu/pub/
  141. internetwork-mail-guide>. -- <http://nqcd.lanl.gov/people/tanmoy/tanmoy.html>
  142. fax: 1 (505) 665 3003   voice: 1 (505) 665 4733    [ Home: 1 (505) 662 5596 ]
  143.